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(57) Abstract: A mobile device or MS 1 1 having 
voice user interfiau^e (UI) as part of its multimodal 
input/output capabilities is provided with a storage 
area 18 for storing a profile indicating the voice 
UI capabilities. The profile indicates the automatic 
speech recognition, text-to-speech, vocabulaiy 
and grammar capabilities, amongst others. An 
application, such as a diaiy program or one allowing 
entiy into a lotto, is inidaiised on the MS 11 with 
reference to the profile. When die application is 
run, the profile is referred to such that parts of the 
application which are appropriate to the profile are 
nm whilst those which are inappropriate to the profile 
aie not run. Alternatively, the application may be run 
on a voice UI application server 24 forming part of 
a base station 12. An emulator (Figure 4) for testing 
an application using a profile of a tatget device is also 
disclosed. 
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Mobile device having vqiee user interface, and a method for testing^^t^ compatibility 
of an application with the mobile device 

Mobile Devices 



Field of the invention 

This invention relates to a method of operating a mobile device, to a mobile device, 
S to a system, to a method of and to apparatus for testing the compatibility of an 
application with a mobile device. 

Background art 

A current trend with mobile devices, and in particular mobile telephones and 
10 personal digital assistants (PDAs), is to provide them with multimodal interaction 
capabiUties. Following this trend, it is anticipated by the inventors that some new 
devices will soon be provided with voice user interface capabiUties. Such 
capabiUties are expected to include text-to-speech (ITS) synthesis, which would 
aUow a terminal to 'speak' text stored in a memory within itself or received over a 
IS communications channel and/or to play pre-recorded wave files, and automatic 

speech recognition (ASR), which would allow a terminal to understand instructions 
and information spoken by a user. However, such features would require 
considerable processing resources, and possibly also relatively large databases, 
which would present problems for developers of appUcations having voice user 
20 interface features. 



Summaty of the invention 

According to one aspect of the invention, there is provided a method of operating a 
mobile device, the method comprising: maintaining a profile of voice user interface 
2S capabiUties associated with the device; storing an appUcation having voice user 
interface features on the device or on a server in communication with the device; 
examining at least part of the profile; and tising voice user interface features of the 
appUcation which are appropriate to the profile and refraining from using 
inappropriate features. 

30 



The using step typicaUy effects control of a speaker and/or a microphone. 
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According to a second aispect of the invention, there is provided a mobile device, 
composing: a storage device for maintaining a profile of voice user interface 
capabilities associated with the device; a reader for examining at least part of the 
profile; and an application runner arranged to run an application using voice user 
3 interface features of the application which are appropriate to the profile and to 
refrain from using inappropriate features. 

According to a third aspect of the invention, there is provided a system comprising: 
a mobile device having voice user interface capabilities; and a server, capable of 
10 communicating with the mobile device, the server being arranged to examine at least 
part of a profile voice user interface capabilities associated with the mobile device, 
and to run an application using voice user interface features of the application 
which are appropriate to the profile and to refrain from using inappropriate 
features. 

IS 

According to a fourth aspect of the invention, there is provided a method of testing 
the compatibility of an application with a mobile device, the method comprising: 
maintaining a profile of voice user interface capabilities associated with the device; 
controlling an emulator to emulate the voice user interface features of the device 
20 using at least part of the profile; and running the application on the emulator. 

According to a fifth aspect of the invention, there is provided apparatus for testing 
the compatibility of an application with a mobile device, the apparatus comprising: a 
reader for reading at least part of a profile of voice user interface capabilities 
2S associated with the device; and an emulator for emulating the voice user interface 
features of the device using the at least part^of the profile, and for running the 
application. 

Running the application typically effects control of a speaker and/or a microphone. 

30 

Embodiments of the invention will now be described, by way of example only, with 
reference to the accompanying drawings. 
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Bnef descfiptioii of the dtawings 
In the drawings. 

Figure 1 is a schematic diagram of a system including a mobile station and a base 
station, according to certain aspects of the invention; 
5 Figure 2 is a flow chart illustrating operation of the mobile station of Figure 2; 
Figure 3 is a flow diagram illustrating operation of the Figure 1 system; 
Figure 4 is a schematic diagram of emulator apparatus according to certain aspects 
of the invention; and 

Figure S is a flow chart illustrating operation of the emulator apparatus of Figure 4« 

10 

Detailed description of the preferred embodiments 

Referring flrstiy to Figure 1, a system 10 is shown comprising a mobile station (MS) 
11 and a base station (BS) 12, both of which are configured to operate as part of the 
universal mobile telephone system (UTMS). The MS 1 1 may be a mobile telephone 

15 handset, a personal digital assistant (PDA) or any other suitable device. The MS 11 
is provided with multimodal input/output capabilities. The MS 1 1 includes a 
central processing unit (CPU) 13, which is connected via respective connections to 
each of a microphone 14, a display 15, a speaker 16, a keypad or keyboard 28, an 
application storage device 17, a voice user interface (UI) profile storage device 18 

20 and a transceiver 19. An antenna 20 is connected, via the transceiver 19, to the 
CPU 13, thereby allowing it to communicate with devices external to the MS 11. 
The storage devices 17 and 18 may take any convenient form, such as RAM, 
EEPROM, magnetic storage etc., and may be constituted by the same physical 
storage device. The MS 1 1 also includes other features typical of its type, but these 

25 are not shown for the sake of clatity. 

The BS 12 comprises a communications device 21, which includes all of the 
standard processing hardware and software found in a conventional BS, and which 
is connected to an antenna 22 via a transceiver 23, and to voice UI application 
30 server 24. Included in the voice UI application server 24 is a CPU 25, which is 

connected to each of an appUcation storage device 26 and a voice UI profile storage 
device 27 also fomung part of the server. It is the CPU 25 of the voice UI 
application server 24 which is connected to the conmiunications device 21, to allow 
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commuaicatioa therebetween. As is usual, the BS12 is also connected to 
communicate with a large network, such as the Internet or PSTN. 

The BS 12 is capable of communicating with the MS 11 using signals according to 
5 the UMTS standard, although any other communications protocol, such as GSM, 
Bluetooth, PSN or any of the Japanese, Canadian or US standards, etc., may be used 

An example of a voice UI profile associated with the MS 1 1, and stored in the voice 
10 UI profile storage device 18, will now be provided. The voice UI profile is divided 
into a number of sectionsincluding but not limited to a general section, a speech 
recognition section, a speech synthesis section, an input section, an output section, 
and a dialogue section. In this example, the general section includes amongst other 
information the following: 

fS 

device.complexity = BIG.TERMINAL 
dcvice.profilejast.modified = 04.07.2002 

from which it can be deduced that the MS 11 has voice UI capabilities in the class 
20 *big terminal' and that the profile was last modified on 4 July 2002. In the speech 
recognition section, the voice UI capabilities of the MS 11 relating to automatic 
speech recognition (ASR) are identified thus: 

asr.lang_l = UK_engUsh 
2S asr.lang_2 = finnish 

asr.grammar.lang^l = bigraml 

asr.grammar.lang_2 = stochastic^granmiar 

asr.max.words = 500 

asr.natural_language_understanding = no 
30 asr.multiUngual = no 

asr.barge.in = no 

asr.vocab.lang^l = engUsh_vocab 

asr.vocab.lang.2 = finnish_vocab 
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From this, it can be deduced that the MS 11 has UK English language capabilities 
with a grammar file named as bigram 1 and Finnish language capabilities with a 
language model stored in a file named stochastic grammar, that it has a vocabulary 
5 of each of the languages UK English and Fitiaish; that it has no natural language, 
multilingual or barge^in capabiUties; and that it is able to handle a maximum of 500 
words of vocabulary at a time. 

The MS 11 has text-to-speech (ITS) capabiUties of a formant synthesis type in UK 
10 English and in Finnish, and this information is given by the following information, 
which fotms a speech synthesis section: 

tts Jang_l = UK_English 
ttsJang_2= finnish 
15 tts.type = formant-synthesis 

Also, from the input section: 

input.mic = yes 
20 input-keyboard = yes 

it can be seen that the MS 11 can receive inputs from the microphone 14 and from 
the keyboard 28. 

25 With this voice UI profile, it is implicit that the MS 1 1 does not have the capabihty 
to accept inputs from any kind of input device which is not listed as being accepted. 
For example, the MS 1 1 does not in this embodiment have the capability to accept 
inputs provided by a mouse or by a stylus. The same applies to output devices, e.g. 
the output section following allows for speaker and display outputs but not for 

30 vibration outputs: 

output.speaker = yes 
output.display = yes 
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The following appears in the dialogue section: 

dialogue.st£ateg7 = system_driven 
S dialogue«vexification = explicit 

dialogue.inaxiinam_t]iaIs = 3 
dialogue.maximum_timeout — 10 

from which it can be determined that the MS 1 1 has system driven strategy 
10 capabilities, that it is limited to explicit verification, with a maximum of 3 trials and 
a timeout of 10 seconds. The timeout value relates to the time that the ASR will 
wait for a user input before returning an error message to the user. 

The voice UI profile is stored as a file in ASCII or in binary form, although it could 
IS equally weU be stored in a scripting language for VoiceXML, SALT, or in a style 
sheet. Access to modify the voice UI profile by a user of the MS 11 is very limited, 
is less limited to an operator of the system 10, and equipment manufacturers have 
full modification access. Allowing access to the voice UI profile provides the 
possibility for pre-defining what types of multimodal input/ output features are to 
20 be run on the MS. 

The voice UI profile thus describes fully the voice UI capabilities of the MS 11. To 
run an application having voice UI features on the MS 11, the voice UI profile is 
examined to see which features are usable with the MS. This will now be described 
2S further with reference to Figure 2. 

Referring to Figure 2, an operation 30 begins in response to a user input at step 31 
by downloading an application to be run on the MS 11 from the voice UI 
application server 24. In this example, the voice UI profile storage device 27 is not 
30 used, and the only purpose of the server 24 is to provide the application for 
downloading over-the-air to the MS 11. The applicadon may be any computer 
program, such as a program for maintaining a diary system or a program for 
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allowing entry to a lottery or lotto. The CPU 13 stores the downloaded applicadon 
in the applicadon storage device 17. 

At step 32, a part of the voice UI profile is read from the voice UI profile storage 
5 device 18, this part including the information required for initiaUsadon of the 

application. These parts may include device complexity, ASR languages supported, 
grammar and" vocabulary mformation Initialisation then occurs at step 33. If the 
application has been downloaded at an earher time, then the downloading step 31 is 
omitted, as is the initialising step 32 if the application has already been initialised. 
10 Step 34 then causes the operation 30 to remain frozen until it is determined that it is 
required to execute or run the application, at which time progress is made to step 
35. Here, the application is executed by the CPU 13. During execution, the CPU 
13 uses the appUcation as initialised, and refers to the voice UI profile, by reading 
the profile from the storage device 18, when a determination needs to be made as to 
15 whether or not a feature is supported by the MS 11. 

During execution, many of the instructions given by the application are executable 
without any voice UI capability information or are executable with the information 
provided during initialisation. 

20 

However, there are also instructions which require recourse to the voice UI profile. 
The following, given at algorithmic level rather than in any programming language, 
is an example of this: 
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1 



useOnput = "go to left" 



if dialogocvetificadon == "explicit 

then SAY: **Did you say go to left?*^ 
get user^input 
if user_iaput = "yes" 

then 

_ else 



else SAY: "Going to left, what now?*^ 



i 



10 



As can be seen, ceruin instructions are decisions which require input from the voice 
UI profile. In the above illustration, the CPU 13 must determine whether the 
dialogue verification capabilities require explicit verification. Since the MS 1 1 does 
require explicit verification (see the dialogue section of the profile above), the CPU 
13 uses TTS to ask a user "Did you say go to left?" and follows the instructions on 
the remainder of that sub-branch of die application. If this same application was 
run on an MS (not shown) which did not require expUcit verification, then the sub- 
branch including the instruction to say *T)id you say go to left?** would not be 
implemented. Instead, the instruction to say "Going to left, what now?" would be 
implemented, whereas this would not be the case with the MS 11. 



13 



Another example of a part of an appUcation is given here: 

if.tts.type == pre-recorded prompt 
SAY: welcome_prompt 

else 

SAY: "HeUo, how can I help you?" 



20 
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Thus, it will be seen that the first SAY instruction is run or used only if the TTS 
capabilities of a terminal on which the application is run are limited to pre-recorded 
prompts. In this case, the SAY instruction plays a pre-recorded voice (e.g. amr, 
wav, etc) file. The second SAY instruction is run only if the TTS capabilities are 
5 not so limited, i-e. full TTS capabilities are present. In this latter case, the text in 
the SAY instruction is provided to a TTS engine for syndiesis. 

It will be appreciated, therefore, that provision of the voice UI profile allows the 
CPU 13 to use only parts or features of the application which are appropriate to the 
10 voice UI capabilities of the MS 1 1, and to refrain from using parts or features of the 
application which are inappropriate. It will also be appreciated that the voice UI 
capabilities of the MS 11 are defined in the voice UI profile, so that using parts or 
features of an application which are appropriate to the profile is the same as using 
parts or feamres which are appropriate to the MS 11. 

IS 

This allows application development to be a straightforward matter, especially since 
it is not necessary to design a different version of an application for each of the 
different possible combinationis of voice UI capabihties. This also has significant 
advantages for the user of the MS 11 since no decision has to be made as to which 
20 version of the application to buy or download, and no signaUing of the voice UI 
capabilities of the MS 1 1 is necessary before the downloading of an application 
from an application server. 

Furthermore, a single application can run seamlessly on whatever form of MS a user 
25 might have, making the application more attractive to use. A user might transfer 
the application from one MS to another MS having different voice UI capabilities, 
and run or use the appUcation on that other MS, which would not necessarily be 
possible if the appUcation was designed specifically to function to the best ability of 
the first mentioned MS. 

30 

A diary application when run on an MS having natural language voice input 
capabilities 'might accept an instruction such as '^contact Matti Nokialainen and 
inform him that our meeting will start an hour late at 2pm'' and take the necessary 
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actions* Running the same diary applicadon on an MS having only finite state 
grammar capabilides might result in the foUowing dialogue: 

MS: Please say e-mail, calendar or reschedule, 
5 User: Reschedule, 

MS: You have a meeting today with Matti Nokialainen at 1pm and with John 

Smith at 3pm, which tncetiug do you want to reschedule? 

User: with Matd Nokialainen, 

MS: And to what time? 
10 User: 2pm, 

MS: I will inform Matd Nokialainen that the meedng will start at 2pm, 

As applicadon having instrucdons for both of the above possibiUdes may require 
less development resources than would be required to develop two apphcadons, one 
15 for each possibility. Of course, the savings increase as the number of combinadons 
of different voice UI capability features increases. 

Some aspects of the funcdoning of the applicadon on the MS 11 are defined by the 
voice UI profile and by the applicadon together. An example of this is the 
20 vocabulary supported by an applicadon allowing entry into a lottery or lotto. Here, 
the applicadon defines accepuble vocabulary using proper syntax to convey the 
following: 

BIG^TERMINAL 

BIG^TERMINAL 
BICTERMINAL 
BIG^TERMINAL 
BIG TERMINAL 



POLITE^EXPRESSIONS: 
25 could you 

please 
would you 
can I 
is it 

30 possible 
I want 

LOTTO: 
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combiflation 

one 

two 

three 

fout 



BIG_TERMINAL 



10 



BYE: 



15 



numoeis 

good bye 
that's it 
thanks 
bye 
exit 

I want to finish 
Enough 



BIG^TERMINAL 
BIG TERMINAL 



BICTERMINAL 
BIG TERMINAL 



In running an application including the above vocabulary section, the CPU 13 
examines the device complexity term in the general section of the voice UI profile 

20 to determine whether or not the MS 11 has big terminal capabilities, which in this 
example it does (see the general section above). Accordingly, all of the terms given 
in the vocabulary section are available for use by the application, and the CPU 13 
works with the application to make all of the vocabulary available. If, on the other 
hand, the MS 11 did not have big terminal complexity, then the CPU 13 and the 

25 application would make available for use only the terms which are not specified to 
be big terminal terms. 

A similar scheme is applied to the language model, or grammar. There are two main 
types of grammar, namely statistical gtanmiar and context free (task) granmiar. 
30 Statistical grammar is best suited to applications with large speech recognition 

vocabularies. It includes normalised frequencies of occurrences of word pairs (and 
occasionally word triples). The frequencies may be included in the application as in 
the following example: 
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exit thank you 0.018 

bye bye 0.021 

thanks goodbye 0.029 

5 

message send message 0.03 

t^^Yt fne«<<><»'' 0.02R 

From this it can be seen that the ptobabihty of two words in an *exit* section of an 
10 application being 'thank' and 'you' in that order is 0.018. It will be obvious that use 
of statistical griammar can result in a hirge amount of information, since the number 
of pairs increases exponentially with the size of the vocabulary. 

Task grammar is simpler in that it includes a compact notation of possible phrases. 
15 An example of how semantic labels (in bold) are returned by a task grammar 
follows: 

<what>= 

(send [a]) (message: message | SMS: message I (short I 
text) message: message | email: email | mail: email i 
20 electronic mail: email) I 

([his] I [her]) (info: info | business card: info I information: 
info i some info: info) I 

exit: exit | [bye] bye: exit | [thanks] goodbye: exit i 
thank you goodbye: exit 1 

25 

Here, * | * denotes an exclusive or operation, *( )' refers to a grouping, and *[ Y 
denotes an optional occurrence. 

However, the performance of task grammar is not usually as good as that of 
30 statistical grammar, although it is considered suitable for use in many types of 

application. The use of statistical grammar is generally preferred where the MS on 
which the application is to be run has the necessary capabilities. 
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The voice UI profile associated widi die MS 1 1, as well as being stored in the MS, 
may be stored at a central location on the network, for example at a voice UI profile 
storage device (not shown) associated with the home BS of the MS« 

5 

In another embodiment shown in Figure 3, an application is stored on the 
application storage device 26 of the server 24 which is iucludcd at the SS 12, rather 
dian at the MS 1 1. 

10 Referring to Figure 3, an operation 40 commences at step 41, then at step 42 

determines whether the voice UI profile for the MS 11, with which the application 
is to be associated, is stored in the voice UI profile storage 27. If a negative 
determination is made, the voice UI profile for the MS 11 is uploaded from the MS 
and then stored in the voice UI profile storage 27 at step 43, following which the 

15 operation 40 proceeds to step 44. Otherwise, the operation proceeds to step 44 
without carrying out step 43. A part of the voice UI profile required for 
initialisation is read at step 44, and the application is initialised at step 45. The 
operation 40 remains at step 46 until it is determined that execution of the 
application is required, when the execution of the application at the CPU 25 of the 

20 voice UI application server occurs at step 47. As with the embodiment described 
above with reference to Figure 2, running the application includes using parts of the 
application which are appropriate to the voice UI profile, and thus to the MS 11, 
and refraining from using parts of the appUcation which are inappropriate to the 
voice UI profile. Execution ends at step 48 once the appUcation has finished 

25 running, and the operation then ceases at step 49. 

Certain advantages arise from running or executing an application at the voice UI 
application server 24 instead of the MS 11. In particular, processing constraints of 
the MS 1 1 are not present at the server 24, which may therefore use the most 
30 advanced ASR available (the voice of the user of the MS 11 may be carried to the 
server over a voice channel). The voice UI profile is of particular interest when 
producing voice outputs to the user of the MS 11. For example, if the voice UI 
profile shows the MS 11 to have only pre-recorded prompt capabilities, the 
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instructioiis included in die application which use die prompts stored at the MS are 
used. Alternatively or in addition, instructions included in the application which 
cause the transmittal of voice signals, generated by a TTS function at the server 24, 
are used. These voice signals may be carried over a voice channel. If, however, the 
5 voice UI profde shows the MS 11 to have full TTS capabilities, then instructions of 
the application which case the server 24 to send text signals to the MS, for synthesis 
thereat, are used or a VoIP channeL Alternadv ely, recogmuoa is achieved using 
apparatus operating according to the distributed speech recognition principle. 

10 As will be appreciated from the above, one application can be used on different 
MSs having numerous different voice UI capabilities. However, the fact that 
different capabilities need to be allowed for when developing an application 
introduces an increased number of possibilities of errors in a developed application. 
The emulator apparatus of Figure 4 constitutes, a development aid. 

IS 

Referring to Figure 4, the emulator 50 comprises a CPU 51, which is connected to 
each of a voice UI 52, a graphical user interface (GUI) 53, a voice UI profile storage 
device 54, an application storage device 55 and an emulator software storage device 
56. Of course, the storage devices 55, 54 and 56 could form part of the same 
20 physical device, which could be RAM, EEPROM or magnetic storage for example. 
Operation of the cmubtor apparatus 50 in testing an application will now be 
desctibed with reference to Figure 5. 

Referring to Figure 5, the operation 60 begins at 61, following which the application 
2S is loaded into the appUcation storage device 55 at step 62. The voice UI profile of a 
notional device against which the appUcation is being tested is then loaded into the 
voice UI profile storage device 54 at step 63. The application is then initialised, at 
step 64, using part of the voice UI profile, as described with reference to Figures 1 
and 2, before being run or executed at step 65. 

30 

The aim of running the application is to test its operability. At step 66, the dialogue 
is tested. To avoid errors in other parts of the appUcation affecting dialogue testing, 
step 66 is carried out using text inputs, which are provided by the emulator software 
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stored in the emulator software storage device 56. Any response which differs to 
that expected is displayed using the GUI 53, along with an indication of the 
progress of the testing procedure. This allows the developer to check that the 
application responds properly to each possible input. When it is detected, at step 

S 67, that the dialogue flow has been tested, the speech input and output features are 
tested at step 68, This step includes testing of the ASR aspects of the application 
including the vocabulary and gtammar sections thereof and testing how the TTS 
module formulates system responses, and identifies what types of pre-recorded 
prompts are required. Once it is determined, at step 69, that the speech input and 

10 output feamres have been tested fully, the operation 60 proceeds to step 70, where a 
test is carried out to check that the application meets required sundards. If a 
negative determination is made, the operation returns to step 66, thereby 
introducing iteration. Only once a positive determinadon is made at step 70 does 
the operation proceed to end at step 71. The decision of step 70 may be made by a 

15 human developer, or it may be automatic. 

It will be appreciated that steps 66 and 68 involve the reading of voice UI capability 
information from the voice UI profile storage device 54, and that this information is 
used to run on the emulator apparatus 50 the parts of the application which are 

20 appropriate to the profile, and to refrain from running those parts of the appUcation 
that are inappropriate to the profile. This allows a developer to test an appUcation 
against a target device, such as an MS having certain voice UI capabilities, with an 
indication given of any errors that might occur during the running of the application 
on the MS. Once the errors have been identified, the application can be modified 

25 by the developer, and the modified application tested using the emulator apparatus 
50 and the operation 60. This iterative process concludes only once the developer 
is content that the application complies with the pre-defined requirements. 
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Claims 

1. A method of opexadng a mobile device, the method comprising: 
maintaining a profile of voice uset interface capabilities associated with the 

5 device; 

storing an application having voice user interface features on the device or 
on a scrv c£ in coinmunicatiGn with the device; 

examining at least part of the profile; and 

using voice user interface features of the application which are appropriate 
10 to the profile and refraining from using inappropriate features. 

2. A method as claimed in claim 1, further comprising prior to the using step: 
initialising the application using information included in the profile. 

15 3. A method as claimed in either preceding claim, in which the maintaining step 
includes maintaining information relating to any combination of vocabulary, 
dialogue, automatic speech recognition and text-to-speech synthesis capabilities. 

4. A method as claimed in any preceding claim, in which the maintaining step 
20 includes maintaining information relating to grammar capabilities, for example 

whether statistical or context free grammar capabilities are associated with the 
device. 

5. A method as claimed in claim in any preceding claim, in which the using step 
25 includes referring to definitions forming part of the application, and using those 

definitions with at least part of the profile to determine which parts of the 
application are appropriate to the profile. 

6. A mobile device, comprising: 

JO a storage device for maintaining a profile of voice user interface capabilities 

associated witih the device; 

a reader for examining at least part of the profile; and 
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an applicatioii runner arranged to run an application usinjg voice user 
interface features of the application which are appropriate to the profile and to 
reftain from using inappropriate features. 

7. A mobile device as claimed in claim 6, comprising an initialiser, arranged to 
use information included in the profile to initialise the application. 

8. A mobile device as claimed in claim 6 or claim 7, in which the ptofile 
includes infonnation relating to any combination or vocabulary, dialogue, automatic 
speech recognition and text-to-speech synthesis capabilities. 

9. A mobile device as claimed in any of claims 6 to 8, in which the profile 
includes information relating to grammar capabilities, for example whether 
statistical or context free grammar capabilities are associated with the device. 

10. A mobile device as claimed in any of claims 6 to 9, in which the application 
runner is arranged to refer to definitions forming part of the application, and to 
compare these definitions with at least part of the profile to determine which parts 
of the application are apptopriate to the profile. 

11. A system comprising: 

a mobile device having voice user interface capabihties; and 
a server, capable of communicating with the mobile device, 
the server being arranged to examine at least part of a profile voice user 
interface capabilities associated with the mobile device, and to run an application 
using voice user interface features of the application which are appropriate to the 
profile and to refrain from using inappropriate features. 

12. A system as claimed in claim 11, in which the server comprises an initialiser, 
arranged to use information included in the profile to initialise the application. 
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13. A system as claimed in claim 11 or claim 12, in which the profile includes 
information relating to any combination of vocabulary, dialogue, automatic speech 
recognition and text-to*speech synthesis capabilities. 

14. A system as claimed in any of claims 11 to 13, in which the profile includes 
information relating to grammar capabilities, for example whether statistical or 
context free gxanuiiaf capabilities are associated with the device. 

15. A system as claimed in any of claims 11 to 14, in which the server is arranged 
to refer to definitions forming part of the application, and to use these definitions 
with at least part of the profile to determine which parts of the application are 
appropriate to the profile. 

16. A method of testing the compatibility of an appUcation with a mobile device, 
the method comprising: 

maintaining a profile of voice user interface capabilities associated with the 

device; 

controlling an emulator to emulate the voice user interface features of the 
device using at least part of the profile; and 

running the apphcation on the emulator. 

17. Apparatus for testing the compatibiUty of an appUcation with a mobile 
device, the apparatus comprising: 

a reader for reading at least part of a profile of voice user interface 
capabilities associated with the device; and 

an emulator for emulating the voice user interface features of the device 
using the at least part of the profile, and for running the appUcation. 

18. Apparatus as claimed in claim 17, in which the profile is stored on the 
apparatus. 
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